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10 Verfahren, Geratesystem und Computerprogrammprodukt zum doku- 
mentenbezogenen Erweitern eines resourcenstrukturierten Doku- 
me n t enda t en s t r oms 



Die Erf indung betrif f t ein Verfahren, ein Geratesystem und 
20 ein Computerprogrammprodukt zum Verarbeiten eines Dokumenten- 
datenstroms, der strukturierte Felder enthalt . Ein typisches 
Dokumentendatenf ormat dieser Art ist das Format AFP™ 
(Advanced Function Presentation) - Es wird insbesondere in 
elektronischen Produktionsdruck-Umgebungen, verwendet , d . h . 
i 25 in Datenverarbeitungs- und Drucksystemen, die Dokument enda ten 
mit einer Geschwindigkeit von bis zu einigen tausend Seiten 
pro Minute verarbeiten , 

Derartige Dokument enproduktionssysteme weisen einen hohen Au- 
30 tomatisierungsgrad auf . In der US-A-6, 137 , 967 ist beispiels- 
weise ein Drucksystem mit integrierter Qualitatspruf ung be- 
schrieben. 

Verschiedene Druckdatenstrome und Drucksysteme sind bei- 
35 spielsweise in der Verof f entlichung ,,Das Druckerbuch^\ Dr. 
Gerd Goldmann (Herausgeber) , Oce Printing Systems GmbH'/ 6. 
Ausgabe (Mai 2001) , ISBN 3-00-001019-x beschrieben. In Kapi- 
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tel 14 ist das Serversystem Oce PRISMApro beschrieben. Dieses 
flexible Druckdaten- Serversystem ist beispielsweise dazu ge- 
eignet, Druckdaten von Datenquellen wie einem Quell -Computer, 
der Druckdaten in einer bestimmten Druckdatensprache wie Line 
5 Data (Zeilendaten) , AFP, PCL (Printer Command Language) , 
PostScript, SPDS (Siemens Print Data Stream) Oder in der von 
der Firma Xerox Coperation entwickelte Sprache LCDS an ein 
Druckproduktionssystem zu libertragen. 

10 Details des resourcenstrukturierten Dokumentendatenstroms 
AFP™ sind in der Publikation Nr. S-544-3884-02, herausgege- 
ben von der Firma International Business Machines Corp. (IBM) 
mit dem Titel /,AFP Programming Guide and Line Data Reference" 
beschrieben. Diese Dokumentation ist liber die Addresse IBM 

15 Printing Systems Division, Dept. H7FE, Building 004M, Infor- 
mation Development, PO Box 1900, Boulder CO 80301-9191 USA 
. Oder liber 

http: //publib-boulder ■ ibm- com/prsys/pdf s/54438842 .pdf zu be- 
. Ziehen. 

20 

Der Dokumentendatenstrom AFP wurde weiterentwickelt zu dem 
resourcenstrukturierten Dokumentendatenstrom MO:DCA™, wel- 
Cher in der IBM- Publikation SC31-6802-05 (April 2001) mit dem 
Titel „ Mixed Object Document Content Architecture Reference'^ 
2 5 beschrieben ist. Dieses Dokument ist auch unter der Internet - 
Addresse 

ht tp ; / /publ ib - boulder . ibm . com/pygyg /pd^ g/c31g9025, pd£ 
zuganglich. Details dieses Datenstroms, insbesondere die Ver- 
wendung von strukturierten Feldern (structured fields) , sind 
30 auch in der US-A-5, 768, 488 beschrieben. Im Rahmen der vorlie- 
genden Beschreibung wird zwischen AFP- und MO:DCA- 
Datenstromen nicht unterschieden. 

AFP/MO :DCA-Datenstr6me werden im Zuge von Druckproduktions- 
35 auftragen haufig in Datenstrome des Formats Intelligent Prin- 
ter Data Stream™ (IPDS™) umgewandelt und in diesem FormaEt an 
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einen Hochleistungsdrucker ubertragen. In der US-A-5 , 982 , 997 
ist ein solcher ProzelS gezeigt . 

In der Spezif ikation "UP^I; Universal Printer Pre- and Post- 
5 Processing Interface", Version 1.02 (Juli 2002), herausgege- 
ben von den Firmen Duplo International Ltd., Hunkeler AG, IBM 
Coperation, Oc^ Printing Systems GtnbH und StrAlfors AB, die 
unter der Internet -Adresse www-up3i .org als Datei herunterge- 
laden werden kann, sind verschiedenste Steuerbef ehle vorgese- 

10 hen, die bei der Erstellung eines gedruckten Dokuments zur 
Steuerung verschiedener Cerate eines Druckprodukt ions systems 
wie Druckgeraten und diesen vor- und nachgeschalteten Geraten 
wie z.B. Abrollern, Schneidegeraten, Lochgeraten, Heftgeraten 
und Bindegeraten, verwendet werden konnen. Dabei ist vorgese- 

15 hen, dass derartige Daten zwischen den unterschiedlichen Ge- 
raten, also z.B. zwischen einer Papierspendevorrichtung und 
einem DruckgerS.t ausgetauscht werden. .. 

Auf den Seiten 134 bis 141 der UP^ I-Spezif ikation sind be- 
20 reits Beispiele genannt, wie Befehle fur Druckvor- bzw. Nach- 
verarbeitungsgerate in einen AFP (MO:DCA) bzw. IPDS- 
Datenstrom eingefugt werden konnen. Mit den UP^I- 
Erweiterungen konnen AFP-Anwendungen nun UP^I- 

Kontrollkommandos beinhalten, die zu einem Drucker ubertragen 
25 werden, wobei druckerspezif ische Datenformate wie IPDS ver- 
wendet werden konnen. Die UP^ I-Kontrolldaten sind dabei zu- 
nachst mit den Druckdaten vermischt und werden erst im Druk- 
ker von diesen getrennt . Uber die UP^ i-Schnittstelle ■ des 
. Druckers konnen dann die weiteren Gerate des Druckprodukt i - 
30 onssystems angesprochen werden, d. h. Vor- und Nachverarbei- 
tungsgerate fur das Druckgut wie Papierspender , Abroller, 
Stapler, Locher, Faltgerate,' Schneidegerate und Bindegerate . 

Neue AFP-Anwendungen konnen bereits von Anfang so kodiert 
35 werden, daiS UP ' I -Funktionen genutzt werden. Anders ist dies 
bei alteren AFP-Anwendungen. Derartige, teilweise seit iw^ielen 
Jahren angewandte Anwendungen fur Standardausdrucke, wie z. 
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B. Rechnungsausdrucke oder Kontoausziige, mussen verandert 
werden, wenn sie UP^ I -Funktionen nutzen sollen. 

Aus der IBM-Verof f entlichung Nr. S544-52 84-06 "IBM Page Prin- 
5 ter Formatting Aid: User's Guide", 7*^^ edition, die z.B. un- 
ter ht tp : / / publ ib . boulder . ibm . com/prsys /pdf s /544 52 84 6 . pdf zu- 
ganglich ist, ist ein Tool bekannt, mit dem ein Anwender ei- 
nen bestehenden AFP Dokumentendatenstrom bzw. eine in diesem 
Dokument enda t ens t rom be f i ndl i che Forma tde f ini t ions - 

10 Resourcendatei "Formdef" mit zusatzlichen Befehlen versehen 
kann. Dies erfolgt uber eine Kontrolldatei , in der eingetra- 
^ gen wird, wenn eine sogenannte Copygroup bzw. Medium Map mit 

einem bestimmten Namen erzeugt werden muS. 

15 Bei dieser Art der Datenanreicherung mussen in der Datei, in 
der die variablen Daten stehen, jeweils entsprechende Aufrufe 
der Media Maps hinterlegt werden um die in der Formdef -Datei 
erzeugten Befehle auf die variablen Daten wirken lassen zu 
konnen. Diese manuelle Umprogrammierung des Datenstroms kann 
. 20 vor allem, wenn mehrere, z. B. 3 oder mehr, Copygroups neu 

einzufugen sind - ein sehr komplexer Vorgang werden, der f eh- 
leranfallig ist. Der dabei entstehende Aufwand fur den Anwen- 
der ist betrachtlich und es besteht die Gefahr von Fehleinga- 
ben, wenn Media-Map-Auf ruf e nicht korrekt aktualisiert wer- 
; 25 den, z.B. nicht synchron zu den Eintragen in der formdef - 
Datei verandert werden. 

Weiterhin kann es vorkommen, dafi ein- und derselbe Ursprungs- 
Datenstrom mit verschiedenen Druckproduktionssystemen und so- 
3 0 mit mit verschiedenen Finishing-Moglichkeiten verarbeitet 
werden. Die Anwendung mufi dann erneut fur die jewel lige Kon- 
figuration des Druckproduktionssystems angepafit werden, was 
unter Produktionsbedingungen zu unerwiinschten Zeitverzogerun- 
gen fuhren kann. 

35 

In der Patentanmeldung Nr, PCT/EP02/05299 , die die Anmelderin 
am 14.05.2002 mit dem Titel „Verfahren, Geratesystem und Gom- 
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puterprogrammsystem zur Verarbeitung von Dokumentendaten'' 
eingereicht hat, ist beschrieben, wie Zusatzdaten, wie z. B. 
Barcodes, automatisch in einen Dokumentendatanstrom eingefiigt 
werden konnen. 

5 

In Figur 2 ist eine konventionelle Verarbeitung eines AFP- 
Druckdokumentendatenstroms ohne Unterstutzung von Finishing- 
bzw. UP»I-Funktionalitaten dargestellt. Die verschiedenen 
Verarbeitungsschritte zeigen, was ein AFP-Anwendungsdesigner 

10 (Anwender) zu tun hat, um eine Anwendung zu erstellen: mit- 
tels eines Format ierungs-Computerprogratrans 20, das z. B. das 
eihgangs erwahnte Page Printer Formatting Aid (PPFA) Tool der 
Fima IBM oder der im oben eingefiihrten Druckerbuch beschrie- 
benen Smart Layout Editor (SLE) sein kann, und einer Kon- 

15 trolldatei 21 mit korrespondierenden Format ierungsparametern 
erzeugt der Anwender eine Formdef -Datei (Resource) 23, die 
eine Copygroup (Medium Map) mit dem Namen ACCOUNT enthalt. 

Eine Druckdatendatei 22, die variable Daten enthalt, wird vom 
20 Anwender so aufbereitet, daS sie die Copygroup, welche mit 
der Kontrolldatei 21 angelegt wurde, mit strukturierten Fel- 
dern des Typs Invoce Medium Map (IMM) „IMM Account, die zwi- 
schen den variablen Daten stehen, aufgerufen wird. Einzelhei- 
ten zu den strukturierten Feldtyp IMM konnen dem eingangs ge- 
25 nannten IBM-Dokument SC3 1-6802 -05 entnommen werden . 

In dem in Figur 2 dargestellten Beispiel enthalt die Druckda- 
tendatei Kontoauszugs-Dokumente fur zwei verschiedene Kunden 
einer Bank. Fiir den ersten Kunden enthalt die Druckdatendatei 

3 0 22 zwei Kontoauszuge mit jeweils 9 Seiten und 6 Seiten. Fur 
den zweiten Kunden soil ein Kontoauszugs-Dokument mit 3 Sei- 
ten ausgedruckt werden. Dazu wird die Druckdatendatei 22 und 
die Formdef -Datei 2 3 einem Host-Druckertreiber 24 zugefiihrt, 
der im Schritt S3 aus den beiden Dateien und ggf. zusatzli- 

35 Cher Ressourcen-Dateien, wie z. B. Fonts, einen Druckdaten- 
strom des Formats IPDS bildet, mit dem ein IPDS-f ahiges 
Drucksystem 2 5 angesteuert wird. Das Drucksystem 25 besteht 
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im gezeigten Beispiel aus einem ersten Drucker 26, in dem die 
Vorderseite eines bahnf ormigen Auf zeichnungstragers bedruckt 
wird und einem zweiten Drucker 27, in dem die Ruckseite des- 
selben Auf zeichnungstragers mit den jeweils zugehorigen Daten 
5 bedruckt wird. 

Im Schritt S4 _werden die zuvor genannten Dokumente aus.ge- 
druckt, d. h. als erstes Dokument 28 der erste Ausdruck des 
ersten Kunden, der fiinf Einzelblatter umfafit, als zweites Do- 
10 kument 29 drei Blatter fur den ersten Kunden mit dem zweiten 
Kontoauszug und als drittes Dokument 30 zwei Blatter fur den 
zweiten Kunden. 

In Figur 3 ist dieselbe Anwendung wie in Figur 1 gezeigt, wo- 
15 bei sie manuell erweitert wird um zusatzliche Finishing- 
Befehle fur Druckvor- bzw. Nachverarbeitungsgerate , wie sie 
in der UP^ I-Spezif ikation vorgesehen sind. Im Fall der Figur 
3 sind die Finishing-Bef ehle Folien-EinschweiSung (Shrink- 
Wrap) , Seitenversatz (Left/Right/Shift) sowie Dokumenten- 
20 heftung (Corner Staple) vorgesehen, die auf das bedruckte 
Druckgut bzw. Telle davon angewandt werden sollen. Anhand der 
Figur 3 wird beschrieben, welche Arbeitsschritte notig sind, 
wenn dieses Ziel mit dem bereits eingangs beschriebenen Tool 
der Firma IBM „Page Printer Formatting Aid^^ (PPFA) oder mit 

2 5 dem von der Anmelderin bekannten Smart Layout Editor (SLE) 

erledigt wird. 

Im Schritt S5 wird mit dem Page Printer Formatting Aid Tool 
(siehe oben) oder mit dem Tool Small Layout Editor (SLE) , das 

3 0 in dem eingangs eingefuhrten „Druckerbuch'^ der Oce Printing 

Systems GmbH beschrieben ist, vom Anwender eine neue Formde- 
f inition-Datei als Ressourcen-Datei erzeugt . Die Parameter 
sind in einer PPFA-Kontrolldatei 31 spezifiziert (lediglich 
aus Darstellungsgriinden ist in Figur 3 die Kontrolldatei 31 
35 in einen ersten Teil 31a und einen zweiten Teil 31b unter- 
teilt) . Die Kontrolldatei 31 zeigt, daS drei Copygroups- ' (Me- 
dium Map Felder) benotigt werden, um die gewiinschten Finis- 
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hing-Funktionen ansteuern zu konnen. Die UP^I- 
Kontrollkommandos fur das Folienverschweifien, den Versatz und 
das Stapeln sind Teil der neuen Medium Maps, z. B. OPERATION 
SHIFT und REFERENCE left fur den Versatz. 

5 

Die im Schritt S5 erzeugte PPFA-Kontrolldatei 31 verwendet 

das . PPFA-Comp_utejrprogram um im SchrjLt-t , .S6- - eine 

Formdef -Datei zu erzeugen, in denen die in der PPFA- 
Kontrolldatei 31 definierten Copygroups (LI_ACC1, LI_ACC2 und 
10 RI_ACC1 enthalten sind) . Diese neuen Medium Maps ersetzen die 
in Figur 1 in der Formdef -Datei 23 enthaltene Copygroup (Me- 
dium Map) ACCOUNT. 

Zusatzlich zu den Anderungen in der Formdef -Datei 23 mu6 der 

15 Anwender die Druckdatendatei modif izieren, so dafi die struk- 
turierten Felder Invoce Medium Map (IMM) mit dam neuen Medi- 
. um-Map-Namen synchronisiert werden. Dabei muS der Anwender 
den jeweiligen alten IMM-Aufruf durch einen korrekten neuen 
IMM-Aufruf ersetzen, der den jeweils gewunschten Finishing- 

20 Operationen entspricht . Im Bexspiel der Figuren 2 und 3 sind 
statt den jeweils identischen Aufrufen 22a, 22b und 22c 
^ACCOUNT'' fur die drei Dokumente 28, 29, 30 nunmehr unter- 
schiedliche Aufrufe einzufugen: der Aufruf IMM LI_ACC1 34a, 
wobei das Dokument links abgelegt und geheftet wird, ist dem 

25 Dokument 28 zuzufiigen und der Aufruf IMM LI_ACC2 34b, wobei 
das Dokument links abgelegt und geheftet wird, dem Dokument 
29. Fur das Dokument 30 ist der Aufruf IMM RI_ACC1 einzufu- 
gen, wobei das Dokument rechts abgelegt und geheftet wird. 
Diese Zuordnung muS in der Diruckdatendatei 34 manuell erfol- 

3 0 gen, wenn die Druckdatendatei bereits besteht oder die in Fi- 
gur 1 gezeigte Struktur 22 hat. Andernfalls muSte die Druck- 
datendatei vollig neu durch ein entsprechendes Anwendungspro- 
gramm erzeugt werden, was jedoch unter Umstanden sehr zeit- 
aufwendig ist. Zur Synchronisierung ist es also notwendig, 

35 daS Copygroups a) vorhanden sind, b) im Datenstrom passende 
Parameter zur formdef -Datei haben und c) deren Auf ruf ev -^enau 
an der richtigen Stelle des Druckdatenstroms stehen. 
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Im Schritt S8 werden die Formdef -Datei 3 3 und die Druckdaten- 
datei 34 wiederum vom Host-Druckertreiber 24 vom AFP-Format 
in einen IPDS-Druckerdatenstrom umgewandelt und an das IPDS- 
5 fahige Drucksystem 25 gesandt . Die Kommandos, welche sich auf 
die Vor- bzw. Nachverarbeitungsgerate (UP^ I-Kommandos) bezie- 
jien und die in der Medium Map enthalten sind. werden in kor- 
respondierende IPDS/UP* I -Triplets konvertiert, bevor sie zum 
Drucker gesandt werden. Wie bereits in Figur 2 werden die re- 

10 sultierenden gedruckten Dokumente 28, 29, 30 gruppiert, wobei 
im Falle der Figur 3 die Blatter gruppenweise geheftet und 
geschoben sowie alle zusaramen in einer Schutzhiille einge- 
schweiSt werden, wie dies vom Anwender spezifiziert wurde. 
Die beschrif teten Streifen 35, 36 zeigen die jeweiligen Nach- 

15 verarbeitungsschritte der nebenstehenden Dokumente. 

Ein Anwender, der mit dem in Figur 3 gezeigten Verfahren ei- 
nen AFP-Druckdatenstrom um Nachverarbeitungs-Funktionalitaten 
(z. B. UP^I) erweitern mochte, muS die ursprungliche PPFA- 

20 Kontrolldatei zur Verfiigung haben und desweiteren Zugang ha- 
ben zum Anwenderprogramm, das den originaren Druckdatenstrom 
erzeugt hat. Dies ist jedoch nicht immer gegeben. Es ist des- 
halb ein Bedurfnis, bestehende AFP-Druckdatenstrome um zu- 
satzliche Gerate-Funktionalitaten zu erweitern, um einen mog- 

25 lichst automatisierten Prozefi zur Erzeugung von komplexeren 
Dokumenten zu ermoglichen, ohne daS auf alte Steuerungsdatei- 
en bzw. Anwenderprogramme zugegriffen werden muS, die beim 
Erzeugen des Datenstroms maSgebend waren. 

30 Zusammenf assend ist f estzustellen, daS bei dem nach Figur 3 
gezeigten Verfahren der Anwender zumindest folgende Schritte 
durchfiihren mu6: 

a) Er muiS bestehende Copygroups verandern, welche eine Fi- 
35 nishing-Operation enthalten. Hierzu stehen Tools wie das 

Computerprogramm PPFA zur Verfugung. ..v- '* 
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b) Er muS neue Copygroups hinzufugen, die jeweils am Beginn 
einer Finishing-Operation stehen oder deren Fortsetzung 
anzeigen und 

c) er muS den Druckdatenstrom modif izieren, um die modifi- 
5 zierten, bzw. eingefugten Medium Maps (Copygroups) aufzu- 

ruf en. 



Die oben genannten Schritte sind umso aufwendiger, je groSer 
die jeweilige Anwendung ist, d.h. je mehr Dokumente in der 

10 Anwendung enthalten sind und/oder je mehr Medium 
Maps/Copygroups in der Formdef -Datei enthalten sind. Typische 
AFP-Anwendungen bestehen aus mehreren Tausend bis zu Hundert- 
tausenden von Blattern. Eine typische AFP Formdef -Datei ent- 
halt mehrere Medium Maps, z. B. in einem sogenannten Mixplex- 

15 Auftrag, bei dam verschiedene Papiereinzugsf acher und/oder 
Simplex/Duplex-Druckbef ehle innerhalb eines Druckau ft rages 
abwechseln, Aufwand und Fehleranf alligkeit bei der Aufberei- 
tung von derartigen Druckdatenstromen sind deshalb unter Um- 
standen sehr grofi. 

20 

Die zuvor genannten Publikationen und Patent anmeldungen wer- 
den hiermit durch Bezugnahme in die vorliegende Beschreibung 
auf genommen . 

2 5 Es ist Aufgabe der Erfindung, das Einfiigen von Finishing- 
Operationen in bestehende strukturierte Dokumentendatenstrome 
zu automat isieren. 

Diese Aufgabe wird durch die in den unabhangigen Anspriichen 
30 angegebene Erfindung gelost . Vorteilhafte Ausf uhrungsf ormen 
der Erfindung sind in den Unteranspruchen angegeben. 

Erf indungsgemafi ist zum Anreichern eines Eingangs- 
Dokumentendatenstroms, der wenigstens eine Formatdef init ionen 
35 beinhaltende Eingangs-Formatdatei sowie eine in Bereiche 
und/oder Unterbereiche strukturierte, variable Daten enthal- 
tende Eingangs-Dokumentendatei enthalt, mit Finishing- 
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Befehlen vorgesehen, daS eine Kontrolldatei angelegt wird, in 
der Ebenenstrukturen definiert werden, die den Bereichen 
und/oder den Unterbereichen der Eingangs-Dokumentendatei ent- 
sprechen. Weiterhin werden in der Kontrolldatei die Finis- 
5 hing-Befehle den Ebenen zugeordnet, so daS mit einem Compu- 
terprogramm-Modul anhand der Kontrolldatei, der Eingangs- 

Format datei und der Eing angs-Dokume ntendatei f olqende_ Dat.eien 

automat isch erzeugt werden: 

10 (a) Eine Ausgangs-Formatdatei , die in aufrufbaren Gruppen 
die Finishing-Befehle enthalt und 
(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatei . 

15 

Ein Vorteil der Erfindung gegeniiber herkommlichen Verfahren 
ist, daS der Anwender seine bestehenden Druckproduktionsauf - 
trage nicht selbst zu verandern braucht . Insbesondere AFP- 
Anwendungen konnen ganz unabhangig von dem . Ort und der Art 
2 0 ihres Ausdruckes Druckdaten erzeugen. Zusatzliche Finishing- 
Befehle fur Gerate zum Vor- bzw. Nachverarbeiten von Druckgut 
im DruckproduktionsprozeS werden in einem Datenanreicherungs- 
prozeS zu neuen oder existierenden Druckdatenstromen erganzt, 
was insbesondere in einem Production- in-Time -Vorgang erfolgen 

2 5 kann, kurz bevor der Druckauftrag tatsachlich verarbeitet 

wird. Durch die weitestgehende Automat isierung des Vorgangs 
kann ein erf indungsgemafier DatenanreicherungsprozeS sehr 
kurzfristig angestoSen werden, wobei die ProzeSgeschwindig- 
keit zwischen 10 000 und 50 000 Seiten pro Minute liegen 
30 kann. Ein kompletter, riesiger Druckauftrag kann dadurch in- 
nerhalb von nur wenigen Minuten so aufbereitet werden, daft er 
die Fahigkeiten einer komplex ausgebauten Druckproduktions- 
straSe voll oder teilweise nutzen kann. Zusatzlich zur Anrei- 
cherung von Druckdaten mit Finishing-Bef ehlen konnen die Da- 

3 5 ten, insbesondere liber das selbe Computerprogramm-Modul , an- 

gereichert werden mit weiteren, mehr oder weniger von der 
DruckstraSe unabhangigen Steuerungsdaten, beispielsweise mit 
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Frankierungsdaten fur Postversandstucke oder mit Barcode- 
Daten zur Erkennung von erzeugten Dokumenten in spateren Ver- 
f ahrensschritten. Die Erfindung kann hierzu inbesondere mit 
dem Verfahren bzw. System der eingangs genannten 
5 PCT/EP02/05299 kombiniert werden, bei dem in einem Verfahren, 
System oder Computerprogramm zur Verarbeitung eines Dokumen- 

tendatenstroms eine Reihe von Funktionsstuf en eingesetzt wer~ 

den, um eine schnelle sichere Ausgabe der Dokuraente in einem 
Produktionsumfeld, insbesondere in einem Druckproduktionsum- 
10 feld, zu ermoglichen. Der .Inhalt dieser Patentanmeldung wird 
hiermit nochmals explizit in Bezug genommen, 

* Die Erfindung beruht auf der Erkenntnis, daS in einem struk- 

turierten Eingangsdatenstrom, der mit komplexen Finishing- 
15 Befehlen angereichert werden soil, die bestehende Dokumenten- 
struktur ausgenutzt werden kann und uber Zuweisungen von Be- 
reichen oder Unterbereiehen des Dokumentendatenstroms eine 
entsprechende bereichsweise Zuordnung von Finishing-Bef ehlen 
moglich ist. GemaS einem weiteren Aspekt der Erfindung wird 
20 zur Zuweisung eine Kontrolldatei vorgesehen, in der unabhan- 
gig von dem konkreten Aufbau der Dokumenteneingangsdatei Do- 
kumentenebenen definiert werden, auf denen bestimmte Finis - 
hing-Befehle Anwendung finden sollen. Hierdurch laSt sich 
dieser Vorgang sehr gut automatisieren und insbesondere fur 

I 25 groSe bis sehr groSe, z. B. Zentausende bis Millionen von Do- 
kumenten enthaltende Druckdatenstrome automat isiert aufberei- 
ten. 

Erf indungsgemaS wird einem Anwender, der einen ressourcen- 
3 0 strukturierten Dokumentendatenstrom um Finishing-Operationen 
erweitern will, insbesondere ein Tool (Computerprogramm, Edi- 
tor) zur Verfiigung gestellt, mit dem er die Finishing- 
Operationen spezif izieren kann, die durchzuf lihren sind. Para- 
meter, die die Operation genauer beschreiben, konnen hierbei 
35 vorgesehen sein. Weiterhin kann der Benutzer den Ort und den 
Bereich (oder die Ebenen) innerhalb des variablen Druckdaten- 
stroms angeben, in denen die Finishing-Operation anzuwenden 

2002-0801 DE 



- 12 - 



ist. Weiterhin warden von einem Computerprogramm-Modul auto- 
matisch die notwendigen Finishing -Kommandos ' (Copygroups, Me- 
dium Maps) in die Formatdef initions-Datei (Formdef) einge- 
f ligt . SchlieSlich werden die in der variable Daten enthalten- 
5 den Dokumentendatendatei enthaltenen Verarbeitungsauf ruf e 
(Medium Map Invokations) derart modifiziert bzw. eingefugt, 

daS die in die Formatdef initionsdatei auf Qenommenen Finis- 

hing-Operationen (Copygroups) aufgerufen werden, ans telle der 
urspriinglich in der variablen Dokumentendatendatei enthalte- 
10 nen Auf ruf e . 

Durch die hochgradige Automat isierung der Ersetzung fruherer 
' Verarbeitungsauf ruf e durch die erganzten Aufrufe mit zusatz- 

lichen Funktionalitaten, sind Fehler weitgehend auszuschlie- 
15 ISen. Bestehende Ablaufe zur Erzeugung von Dokumentendaten 
brauchen nicht modifiziert zu werden. Dadurch, daS der Benut- 
zer auf einer relativ einfachen Oberflache (Editor , Graphical 
User Interface GUI, Computerprogramm) lediglich die neu zur 
Verf iigung stehenden Finishing-Operationskommandos anzugeben 

2 0 braucht und die Einf iigung entsprechender Aufrufe in die Doku- 

mentendatendatei automatisch erfolgt, konnen auch sehr kom- 
plexe und groSe Dokumentendatendatein mit nur geringem Auf- 
wand des Bedieners an die neuen Moglichkeiten im Bereich der 
Vorverarbeitung und Nachverarbeitung von Druckgut angepaSt 
) 2 5 werden. 

In einem bevorzugten Ausfiihrungsbei spiel der Erfindung sind 
die Eingangs-Dokumentendatenstrome und/oder der ressourcen- 
strukturierte Ausgangs-Dokumentendatenstrom ein Advanced 
30 Function Presentation^" Datenstrom. Mit der Erfindung ist es 
dabei insbesondere moglich, andere Eingangs- 

Dokumentendatenstrome, wie z. B. Line-Daten, PCL-Daten oder 
Postscript-Daten mit Finishing-Bef ehlen anzureichern, ggf • 
bereits dort integrierte Finishing-Bef ehle zu ubernehmen oder 

3 5 zu iiberschreiben und/oder ausgangsseitig in einen Advanced 

Function Presentation™ Datenstrom zu erzeugen. Genausogut 
kann es umgekehrt vorgesehen sein, daS eingangsseit ig ein 
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Advanced Function Presentation™ Datenstrotn vorliegt und die- 
ser ausgangsseitig in einen anderen ressourcenstrukturierten 
Ausgangsdatenstrom umgesetzt wird. 

Weitere Aspekte und Vorteile der Erfindung werden durch die 
nachfolgende Beschreibung von Ausf iihrungsf ormen der Erfindung 
_mit:_eiiiigen Fig-uren devitlich, DaJaed— wer^^n--=^- -be-re4t-a - vo r - 
her - zum leichteren Verstandnis gleichartige Elements mit 
gleichartigen Bezugszeichen versehen. 

Es zeigen: 

Figur 1: ein Hochleistungsdrucksystem, 

15 Figur 2: Herkommliche Technik zur Verarbeitung eines struktu- 
rieren Datenstroms, 

Figur 3: Herkommliche Technik zur Aufbereitung eines struktu- 
rierten Datenstroms mit Finishing-Bef ehlen und 



10 



20 



Figur 4: Erf indungsgemaSe Technik zur Automatisierten Anrei- 
cherung eines strukturierten Datenstroms mit Finis- 
hing-Bef ehlen . 



25 In Figur 1 ist ein Dokumenten-Druckproduktionssystem 1 ge- 
zeigt, das zum einen eine Main- Frame -Architektur 2 umfasst 
und zum anderen eine Netzwerk-Architektur 5, in denen jeweils 
Dokumentendaten bzw. Dokumentendruckdatenstrome mittels An- 
wenderprogrammen (Tools) erzeugt werden. In der Main-Frame - 

30 Architektur 2 werden diese Druckdaten von einem Host -Computer 
3, insbesondere als AFP-Druckdatenstrom oder als Zeilendruck- 
datenstrom, erzeugt. Vom Host-Computer 3 konnen die Druckda- 
ten wahlweise uber einen sog. S/370-Kanal 14a direkt an einen 
oder mehrere Druckgerate 6a, 6b ubertragen werden. Alternativ 

35 zu diesem Ausgabekanal konnen die Druckdaten auch vom Host- 
Computer 3 iiber ein Netzwerk 13 oder eine direkte Dat^river- 
bindung 14b zu einem Bearbeitungscomputer 4 ubertragen wer- 
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den, in dem die Druckdaten zwischengespeichert (z.B. in einem 
zugehorigen File-Server) und fur nachfolgende Ausgabeschritte 
bearbeitet werden. In derartigen Host-Computern 3 warden ins- 
besondere Druckdatenstrome erzeugt, die aus groSeren Datenbe- 
5 standen (Datenbanken) regelmafiig Listen-Ausdrucke, Rechnun- 
gen, Verbrauchsubersichten (fur Telef onrechnungen, Gasrech- 

nunaen, Bankkonten) etc. zusammenstellen. De rartlge Anwen- 

dungen sind haufig bereits seit vielen Jahren im Einsatz und 
werden nach wie vor in mehr oder weniger unveranderter Weise 

10 benotigt (sog. Legacy -Anwendungen) . 

Innerhalb der Main- Frame -Architektur 2 wird der Druckproduk- 
tionsablauf von einem Uberwachungs system 7 uberwacht . Es um- 
fasst einen Uber^vachungscomputer 7a, der mit einer Datenbank 
15 7b gekoppelt ist und verschiedene Computerprogrammmodule 7c 
enthalt (vergleiche Figur 2) . 

Das Uberwachungssystem 7 ist iiber ein Geratesteuerungsnetz- 
werk 15 und einen Printmanager-Modul 8 mit dem Host -Computer 

20 3 verbunden sowie uber einen Konverter 9 mit einer V24-Daten- 
leitung, die an die beiden Druckgerate 6a, 6b ankoppelt . Der 
Konverter 9 setzt die V24-Signale in DMI -Protokollsignale des 
Geratesteuerungsnetzwerkes 15 urn, SNMP- Protokollsignale kon- 
nen dem Device Manager DM als DMI -Protokollsignale umgesetzt 

25 bereitgestellt werden bzw. direkt als SNMP -Protokollsignale 
libergeben werden. 

Druckgut 19, das in den Druckern 6a, 6b aus dem Dokumenten- 
Druckdatenstrom erzeugt wurde und auf dem Barcodes aufge- 

30 druckt sind, kann jeweils mit einem manuell bewegbaren, funk- 
gesteuerten Barcode-Leser 11a abgescannt werden. Die Signale 
werden per Funk an die Lesestation 10a libertragen und in das 
Geratesteuerungsnetzwerk 15 bzw. an das Uberwachungssystem 7 
iibermittelt. Als Barcode-Leser konnen Leser fur ein-dimensio- 

35 nale und/oder zwei-dimensionale Barcodes eingesetzt werden, 
sodass verschiedene Barcode -Systeme mit ein und derselben Le- 
sevorrichtung gelesen werden konnen. Das Barcode-Lesesystem 
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ist insbesondere konf igurierbar , d.h, , auf verschiedene , an- 
wendungsspezif ische Codes bzw. die jeweils geeigneten Kon- 
trollverf ahren anwendbar. 

5 In der Netzwerk-Architektur 5 werden Dokumentendaten mitt els 
Anwenderprogrammen in Client -Computern 12, 12a erzeugt, die 
Uber ein Client -Net Tiwp^-rk- 11 nn^P>-rf^-i nanHf:^^ fi oiAr-i ^ mi f- fig>m— Bg^^X!^- 

beitungscomputer (File-Server) 4 verbunden sind. Der File-Ser- 
ver dient damit als zentrale Verarbeitungs- und Bearbeitungs- 

10 schnittstelle fur Druckdaten des gesamten Druckproduktionssy- 
stems 1. Auf ihm laufen diverse Steuerungsmodule (Software- 
programme) , durch die der gesamte Druckprodukt ions abl auf bzw, 
die gesamte Dokumentenbearbeitung anwendungsspezif isch/ pro- 
duktionstechnisch und geratesteuerungsseitig an die jeweili- 

15 gen Gegebenheiten optimal angepasst wird. 

Im File-Server werden insbesondere f olgende Funktionen aus- 
gefuhrt, die im Zusammenhang mit den nachf olgenden Figuren 
genauer beschrieben werden: 

20 

1. Converting Indexing Sorting 

Bei dieser Funktion werden eingehende Druckdaten auf ein ein- 
heitliches Datenformat konvertiert, nach vorgegebenen Parame- 
) 25 tern indiziert und in eine vorgegebene Sortierreihenf olge um- 
sortiert. Dies ermoglicht insbesondere die fiir die nachf ol- 
gende Dokumentenausgabe optimierte Umsortierung des Daten- 
stroms, beispielsweise das Zusammenf ligen verschiedener Sei- 
ten, die im Eingangsdatenstrom nicht aufeinander folgen, der- 
30 art zu einem Mail-Piece zusammen zu sortieren, dass sie bei- 
spielsweise in einem Kuvertiergerat 22b gemeinsam zu einer 
Briefsendung einkuvertiert werden konnen. 

2. Einfugen von Steuerungsinf ormationen 

35 

Bei dieser Funktion werden in den Datenstrom Steuerungsin- 
f ormationen, insbesondere Barcodes eingefiigt, anhand denen 
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eine zusammengehorige Datengruppe (z.B. Seite, Blatt, Doku- 
ment, Mail -Piece) als solche erkennbar und im Produktions- 
prozess an den verschiedenen Verarbeitungsstationen eindeutig 
lokalisierbar ist . 

5 

3 . Datenreduktion 



Mit dieser Funktion lassen sich Steuerungsdaten, die im Ein- 
gangsdatenstrom vom Host -Computer 3 bzw. Anwender- Computer 12 

10 an den Bearbeitungscomputer 4 geliefert worden sind, dahinge- 
hend filtern, dass solche Steuerungsdaten, die bei der gege- 
benen Gesamtsystemanordnung nicht benotigt werden, entfernt 
werden. Durch die Verbindung aller beteiligten Ausgabegerate 
(Drucker 6a bis 6d, Schneidegerat (Cutter) 22a, Kuver- 

15 tiergerat 2 2b) liber das Geratesteuerungsnetzwerk 15, kann be- 
reits im Bearbeitungscomputer 4 entschieden werden, welche 
Steuerungsdaten des Eingangsdatenstroms von keinem der ange- 
schlossenen Gerate benotigt wird . Durch Entfernen dieser Da- 
ten aus dem Datenstrom kann der Datenstrom insgesamt redu- 

20 ziert werden, insbesondere dann, wenn lediglich leere Feld- 
eintrage zu entsprechenden Steuerungsdaten im Eingangs- 
datenstrom enthalten sind. 

4. Extraktion 

25 

Mit dieser Funktion lassen sich aus dem Ausgangsdatenstrom 
vorgegebene Daten filtern bzw. aussondern, wodurch ein kom- 
primierter Datenstrom (verdichtete Daten) , insbesondere fur 
Steuerungs- und Statusdaten, entsteht, der mit sehr hoher Ge- 
30 schwindigkeit zwischen den beteiligten Geraten und dem Uber- 
wachungscomputer austauschbar ist. Hierdurch ist es moglich, 
die Uberwachung der beteiligten Gerate in Echtzeit (Realtime) 
aus zuf iihren . 

35 Die Funktionen 1. - 4. sind von einem Computerprogramm-Modul 
„CIS'' (Converting, Indexing and Sorting) weitgehend automati- 
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siert durchf lihrbar / auf das spater nochmals genauer eingegan- 
gen wird. 

5. Wiederholungsdruck (Reprint) 

5 

Wenn im Zuge der Weiterverarbeitung der Daten, insbesondere 

bei der Ausgabe der Daten auf einem der Drurkgf^ral-.R 6a, — 6b, 

6c Oder 6d, in einem der Nachverarbeitungsgerate 18a, 18b 
Oder auch im Druckcomputer 16, ein Fehler auftritt, so kann 

10 dies durch das Uberwachungssystem 7 anhand der im Bearbei- 
tungscomputer 4 eingefiigten Steuerungs- Barcodes festgestellt 
werden und der Nachdruck der von der Storung betroffenen Do- 
kumente (Seiten, Blatter, Mail -Pieces) angefordert werden. 
Diese Wiederholungsdruck-Anf orderung wird maSgeblich im Bear- 

15 beitungscomputer 4 gesteuert. 

. Druckdaten, die vom Bearbeitungscomputer 4 f ertiggestellt 
wurden, werden iiber die Druckdatenleitung 14c an einen Druck- 
server 16 geleitet. Dessen Aufgabe ist es im wesentlichen, 
20 den Bearbeitungscomputer 4 zu entlasten. Dies erfolgt durch 
Zwischenspeicherung der f ertiggestellten Druckdaten bis zu 
deren Abruf liber die Datenleitung 14d an einen oder beide 
Drucker 6c, 6d. Der Druckserver 16 ist somit in erster Linie 
aus Grunden der Performance (Geschwindigkeits) im Gesamtsy- 
) 25 stem integriert . Bei Systemen, deren Druckgeschwindigkeit we- 
niger groS ist, kann auf den Druckserver 16 auch verzichtet 
werden. 

Dokumentendaten, die an die Drucker 6c bzw. 6b libermittelt 
30 und dort auf einen Auf zeichnungstrager (z.B. Papier) gedruckt 
werden, werden im Gesamt system weiteren Bearbeitungsstuf en, 
namlich dem Schneidegerat 18a und dem Kuvertierungsgerat 18b 
der weiteren Verarbeitung zugefuhrt. Damit ist der Druckpro- 
dukt ionsprozess abgeschlossen , 

35 

Die gedruckten Dokumente werden auf ihrem Verarbeitun^sweg 
zwischen dem Druckgerat 6 und dem letzten Nachverarbeitungs- 
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gerat 18b hinsichtlich verschiedener Kriterien mit einem 
Testsystem 17 getestet, namlich durch ein optisches Testsy- 
stem 17a hinsichtlich ihrer optischen Druckqualitat , mit ei- 
nem Barcode-Testsystem 17b hinsichtlich ihres Vorhandenseins, 
5 ihrer Konsistenz und/oder ihrer Reihenfolge sowie mit einem 
MICR-Testsystem 17c, sofern der Druck mittels magnetisch les- 

barem Toner (Magnetic Ink Character Recocrnition Toner) ge- 

druckt wurde. Die vom Testsystem 17 gelieferten Daten der 
verschiedenen Testsysteme werden von einem gemeinsamen seri- 

10 ellen Datenerf assungsmodul (Serial Delta Aquisition Modul) 
17d an das Geratesteuerungsnetzwerk 15 ubermittelt und dem 
Uberwachungssystem 7 zugef iihrt . Dort werden die jeweiligen 
Systemdaten erfasst und in Echtzeit die Gerate uberpruft so- 
wie die jeweiligen Positionen der Dokumente hinsichtlich ih- 

15 rer Korrektheit bezuglich des Druckauf trages getestet . 

Weitere Details eines derartigen Testsystems 17 sind im US- 
Patent Nr. 6,137,967 bzw. in dazu korrespondierenden Pa- 
tent anmeldungen beschrieben. Der . Inhalt dieses Patents bzw. 
20 dieser Patentanmeldungen wird hiermit durch Bezugnahme in die 
vorl iegende Beschreibung auf genommen . 

Die fertig gedruckten Dokumente 23 konnen wiederum mit einem 
Barcode-Leser lib erfasst werden, der z.B. f unkgesteuert mit 
25 einer zugehorigen Steuerungseinrichtung 10b verbunden ist, 
welche wiederum liber das Geratesteuerungsnetz 15 ihre Daten 
an das Uberwachungssystem 7 liefert. 

In Figur 4 ist anhand der Eingangs-Druckdatendatei 22 und der 
30 Eingangs-Formdef -Datei 23, die bereits Grundlage fur die Be- 
schreibungen der Figuren 2 und 3 waren, gezeigt, wie erfin- 
dungsgemalS ein Ausgangsdruckdatenstrom im Datenformat AFP er- 
zeugt wird. Dazu ist es zunachst einmal hilfreich, die Daten- 
struktur in der Eingangs-Druckdatendatei 22 genauer zu be- 
35 trachten. Mit der Klammer 40 sind alle Daten der Druckdaten- 
datei, dem groSten zusammengehorigen Bereich der Drugk<iaten, 
vom Befehl „Beginn of Job^' bis zum Befehl „End of Job'* um- 
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klammert . Der AFP-Druckdatenstrom gliedert sich dann in nach- 
folgende Unterbereiche , die jeweils mehr oder weniger groSe, 
zusammengehorige Dokumente, wie z. B. Mail-Pieces oder Sei- 
ten, signalisieren. Die Erfindung macht sich diese bereichs- 
5 orientierte Struktur zu Nutze. Im Beispiel der Druckdaten- 
datei 22 ist ein erster Bereich eroffnet durch den Befehl 
„BNG_ Customer '\ und qesc hlossen durch den Befehl „ENG Custo- 
mer^^. Klatnmer 41 zeigt diesen Bereich. Innerhalb dieses Be- 
reichs gibt es Unterbereiche ,,Account", die jeweils durch die 
10 Befehle „BNG Account" und „ENG Account" begonnen bzw. beendet 
werden, siehe Klammern 42 und 43. Innerhalb des Account- 
Bereichs gliedern sich dann verschiedene Seiten jeweils wie- 
derum strukturiert mit den Befehlen ,,BP" und „EP" fur Beginn 
der Seite und Ende der Seite auf . 

15 

Auf der gleichen Hierarchie-Ebene wie die Customer-Bef ehle , 
die mit der Klammer 41 bezeichnet waren, befindet sich auch 
der zweite Customer-Bereich, der mit der Klammer 44 bezeich- 
net ist. Auch er hat einen Unterbereich ^Account", der durch 

20 Klammer 45 umfaSt ist. Um diese Datenstruktur der Druckdateh- 
datei auch in der Kontrolldatei 46 abzubilden, werden dort 
mit den Befehlen ^Define level" Ebenen definiert. Die hochste 
Ebene (Level_A) ist dabei die gesamte Druckdatendatei 22, die 
durch Klammer 40 umspannt wird. Der hochste Bereich (Custo- 

25 mer) der Druckdatendatei 22 gliedert sich in einen ersten Cu- 
stomer-Bereich, der mit Klammer 41 umspannt ist und einen 
zweiten Customer-Bereich, der mit Klammer 44 umspannt ist. 
Entsprechend dem gewiinschten Verarbeitungsschema fur die dort 
hinterlegten Dokumente (siehe Figuren 1 und 2) , wobei die Do- 

30 kumente des ersten Kunden nach links versetzt werden soil und 
die Dokumente des zweiten Kunden nach rechts versetzt werden 
sollen, miissen innerhalb dieser Bereichsebene zwei verschie- 
dene Ebenen in der Kontrolldatei 46 definiert werden, namlich 
eine Ebene, die alien ungradzahligen Rechnungen innerhalb des 

35 ersten Gruppenlevels entsprechen, siehe auch Customer -Klammer 
41, und eine zweite Ebene, die alien gradzahligen Rechjiungen 
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innerhalb des Gruppenlevels 1 entsprechen, vergleiche auch 
zweite Customer-Klammer 44. 

SchlieSlich werden in der Kontrolldatei 46 die verschiedenen 
5 Finishing-Operationen den zuvor definierten Ebenen zugeord- 
net, im Beispiel der Figur 4 der Ebene „Level__A^' der Finis- 
hing- Job Shrink" , . der Ebene _ ,,Level_Bl"_ . die . . FAn^^ 
Operation „Lef t/Shif t^^ und der Ebene ,,Level_B2^^ die Finis- 
hing-Operation „Right/Shift" und der Ebene „Level_C^^ die Fi- 
10 nishing-Operation „Staple''. 

Die im Schritt S7 f ertiggestellte Kontrolldatei 46 enthalt 
drei Datenbereiche, namlich einen ersten Datenbereich 47, in 
dem die verschiedenen Finishing-Operationen, die von Druck- 
15 vor- bzw. Nachverarbeitungsgeraten ausgefuhrt werden konnen, 
definiert sind, einen Def initionsbereich 48 fur Ebenen, in 
dem. verschiedene Ebenen des strukturierten Eingangsdaten- 
stroms 22 definiert werden und einen Def initionsbereich 49 
fur die Zuordnungen, die zwischen den Finishing-Operationen 

2 0 47 und den definierten Ebenen 48 getroffen werden sollen bzw. 

welche Finishing-Operations-Bef ehle in welche Ebenen der 
strukturierten Datenstromdatei 22. eingefugt werden sollen. 
Sobald der Anwender die Kontrolldatei 46 f ertiggestellt hat, 
kann mit dem CIS-Computerprogramm-Modul 50 automat isch aus 

25 der Druckdatendatei 22, der Formdef -Datei 23 und der Kon- 
trolldatei 46 im Schritt S9 einen neue Formdef -Datei 51 sowie 
im Schritt SIO eine neue Druckdatendatei 52 zeitgleich er- 
zeugt werden. Aus der Formdef -Datei 23 und den in der Kon- 
trolldatei 46 angegebenen Finishing-Operationen werden die 

30 neuen Copygroups LI_ACC1, LI_ACC2 und RI_ACC1 erzeugt . Wei- 
terhin bewirkt das CIS-Computerprogramm-Modul 50, daS aus der 
Druckdatendatei 22 und den Def initions-Bereich 48 fur Ebenen 
sowie dem Def initionsbereich 49 fur Zuordnungen, die modifi- 
zierte Druckdatendatei erzeugt wird. Das CIS- 

3 5 Computerprogramm-Modul 50 (CIS steht fur Converting Indexing 

and Sorting) , siehe auch die Beschreibung zu Figur 1) , unter- 
sucht dazu die Eingangs -Druckdatendatei 22 auf ihre logische, 
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hierarchische Struktur und weist den verschiedenen Datenbe- 
reichen die Ebenen zu, d. h. die Ebene Level_A dem gesamten 
Dokument entsprechend der Klammer 40, Level_Bl dem Datenbe- 
reich der Klammer 41 usw. Anhand diese Zuordnung und den im 
5 Def initionsbereich 4 9 getroffenen Zuordnungen konnen entspre- 
chende Finishing-Bef ehle, die im Bereich 47 definiert worden 
waren, in die Druckdatendatei 22 exakt an den richtigen Posi- 
tionen eingefugt werden, so dalS die Druckdatendatei 52 ent- 
\ steht. Das CIS-Computerprogramm-Modul 50 benutzt also die In- 

10 formationen, die in der Kontrolldatei 46 enthalten sind und 
modifiziert die Medium Maps „Account'\ die in der ursprungli- 
chen Fonndef -Datei 23 enthalten waren und deren korrespondie- 
rende Aufrufe in der ursprunglichen Druckdatendatei 22 „IMM 
Account^* und modifiziert diese entsprechend den nunmehr ver- 

15 feinerten, zusatzlichen Finishing-Bef ehlen. Die Umsetzung er- 
folgt automatisch durch das CIS-Computerprogramm-Modul 50 und 
garantiert somit ein in sich logisches, aufeinander abge- 
stimmtes bzw. synchronisiertes Ergebnis. 

20 Die resultierende/ neue Formdef -Datei 51 enthalt neue Medium 
Maps, wobei die Bezeichnungen ,,IjI_ACC1'' usw. rein willkurlich 
sind und vollig automatisch sowie zufallig durch das CIS- 
Computerprogramm-Modul erzeugt werden konnen. Eine einmal 
vergebene Bezeichnung wird dann jedoch behalten. Die neuen 

25 Medium Maps ersetzen jedenfalls die vorhergehenden ACCOUNT 
Medium Maps der ursprunglichen Formdef -Datei 23. 

Weitere Einzelheiten des CIS-Computerprogramm-Moduls 50 kon- 
nen der WO 01/77807 A2 und der PCT/EP02/052 99 entnommen wer- 

30 den, die hiermit nochmals explizit in die vorliegende Be- 
schreibung aufgenommen werden. Eine wichtige Funkt ionalitat 
des CIS-Computerprogramm-Moduls 50, die in der alteren WO- 
Verof f entlichung "807 angesprochen sind, ist die Normalisie- 
rung der Daten der Eingangs-Druckdatendatei 22 . Sie wird im 

35 Schritt SIO konviertiert und ggf . so umsortiert, daS gleiche 
Auf tragsarten und/oder gleiche Kunden gemeinsam hinter^inan- 
der ausgedruckt werden, so daS die nachfolgende Verarbeitung 
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der Dokumente (Stapeln, kuvertieren, heften etc.) vereinfacht 
ist . 

Die modif izierte Druckdatei 52 und die modif izierte Formdef- 
5 Datei 51 werden im Schritt Sll einem Host-Druckertreiber 24 
zugefiihrt, der den AFP-Datenstrom in einen APDS-Datenstrom an 

einen IPDS-und UP^I-fahigen Drucker geleiJbet Die — UPU:-= 

Kommandos, die in den Medium Maps enthalten sind, werden in 
entsprechende IPDS-Triplets umgewandelt , bevor sie an den 
10 Drucker gesandt werden (Schritt Sll) . 

Wie bereits in den Figuren 2 und 3 besteht auch im Ausfuh- 
rungsbeispiel der Figur 4 das mit dem Verfahren erzeugte 
Druckgut aus funf Blattern fur Kunden 1 und dessen erste 
15 Rechnung, drei Blattern fiir die zweite Rechnung des Kunden 1 
und zwei Blattern fiir den Kunden 2. Diesesmal sind die Blat- 
ter gestapelt, velrschoben und f olienverschweifit , wie dies vom 
Anwender gewunscht war. 

20 Aufgrund der strukturellen Korrespondenz zwischen Eingangsda- 
tei 22 und Kontrolldatei 46 ist der Aufwand, Zusatzgerate- 
Funktionalitaten, wie UP^ I -Funktionen, in eine existierende 
Anwendung eines ressourcenstrukturierten Druckdatenstroms 
einzubringen, relativ gering. Durch die Automatisierung kann 

25 unabhangig von der Grofie der Anwendung (Zahl der Dokumente, 
Seiten und/oder Mail-Pieces) und der Zahl der Medium Maps in 
der Formdef initions-Datei eine sichere Konvertierung erfol- 
gen. Weiterhin sind die Spezif ikationen der ursprunglichen 
Formdef inition-Datei 23 nicht notwendig, so dafi der AFP- 

30 Anwender, der eine UP^I-Datenerweiterung durchfiihren will, 
keine Zugriffe auf die ursprungliche Kontroll -Datei benotigt, 
mit der die originare Formdef -Datei 23 erzeugt wurde . Ein 
AFP-Anwender , der zusat zliche Gerate-Funktionalitaten in den 
Datenstrom implementieren will, braucht auch keinen Zugriff 

35 zu einer ursprunglichen PPFA-Kontrolldatei oder zum Anwen- 
dungsprogramm, das den Datenstrom urspriinglich erzeugt- '^hat , 
well er lediglich auf einer komfortablen Bedien-Oberf lache 
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die zusS.tzlichen Befehle in den Datenstrom einschliefilich der 
Formdef -Datei 23 einf ligt . 

Im Schritt Sll werden die modifizierte Druckdatendatei 52 und 
5 die modifizierte Formdef -Datei 51 durch den Host- 
Druckertreiber 24 in einen IPDS -Datenstrom umgewandelt und 
dieser IPDS-Druckdatenstrom an das Drucksystem 25 zur Ausgabe 
ausgegeben. Dieses produziert im Schritt S12 drei Dokumente 
28, 29 und 30, wie sie bereits anhand der Figuren 2 und 3 na- 
10 her erlautert wurden. 

In den oben angegebenen Ausf uhrungsbeispielen wurden jeweils 
AFP-Druckdaten iim Finishing-Befehle angereichert , um Dokumen- 
te in verschiedener Art und Weise einer Druckvorverarbeitung 

15 und/oder einer Drucknachverarbeitung zu unterziehen. Die Er- 
findung ist jedoch nicht nur auf AFP-Druckdatenstrome bzw. 
entsprechend ressourcenstrukturierte Eingabedateien geeignet, 
sondern kann beispielsweise auch fiir sogenannte Zeilendaten 
. angewandt werden, die ansich unstrukturiert sind. Mittels ei- 

20 nes geeigneten Computerprogramm-Moduls , beispielsweise dem 
von der Firma IBM bekannten Computerprogramm ACIF oder dem in 
der vorliegenden Erfindung bereits verwendeten Computerpro- 
gramm „CIS" 50, das auch in der WO 01/77807 A2 naher erleu- 
tert wird, konnen solche Zeilendaten derart umgewandelt wer- 

25 den, dafi mittels einer sogenannten Pagedef -Datei die Zeilen- 
datendatei in eine strukturierte Datei umgewandelt wird. Die- 
se strukturierte Datei entspricht dann der Druckdatendatei 22 
der oben geschilderten Ausf lihrungsbeispiele und kann mittels 
einer entsprechenden Formdef -Datei 23 wiederum mit der Erfin- 

30 dung automatisch zu einer mit Finishing-Bef ehlen angereicher- 
ten Ausgabe -Datei 52 umgewandelt werden. 

Neben Zeilendaten konnen auch Extendable-Markup-Language- 
Daten (XML-Daten) mit Finishing-Operationen angereichert wer- 
3 5 den. Der XML- Standard ist vor allem im Bereich von Internet - 
Seiten ein wohl bekannter Standard. Auch Persona^lized- 
Printer-Markup-Language-Daten (PPML-Daten) konnen mit der 
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vorliegenden Erfindung urn Finishing-Bef ehle angereichert wer- 
den. SchlieSlich ist es auch moglich, weitere, bekannte Arten 
von Dokumentedatenstromen, wie beispielsweise Daten der Prin- 
ter-Controll -Language (PCL) in der erf indungsgemaSen Weise zu 
5 verarbeiten. Dabei konnen Finishing-Bef ehle bereits im ur- 
spriinglichen Datenstrom (PCL) enthalten sein, der PCL- 
Datenstrom in einen AFP -Datenstrom umgewandelt werden und da- 
bei die bereits bestehenden Finishing-Bef ehle ubernommen wer- 
den und wahlweise mit zusatzlichen Finishing-Bef ehlen ange- 
10 reichert werden. Die Anreicherung erfolgt dann in der erfin- 
dungsgemaSen Weise. 

Mit der Erfindung ist es schlieSlich auch denkbar, statt ei- 
ner Datenanreicherung eine Datenreduktion vorzunehtnen, d- h. 

15 eine Druckdaten-Eingangsdatei, die Finishing-Operationen ent- 
halt, um diese Operationen zu vermindern. Der grundsat zliche 
erf indungsgemaSe Ablauf mit dem Erstellen einer Kontroll- 
Datei, die bestimmte Ebenen definiert und gewisse Finishing- 
Operationen diesen Ebenen zuweist, bleibt dabei erhalten. Es 

2 0 wird lediglich statt dem Hinzufugen von Finishing-Bef ehlen 
das Entfernen von Finishing-Bef ehlen festgelegt. Genausogut 
kann vorgesehen sein, Finishing-Bef ehle auszutauschen, wo- 
durch z. B. Finishing-Bef ehle, die auf einen bestimmten Typ 
Oder eine bestimmte Version von Finishing-Gerat aufsetzt, 

2 5 durch entsprechend geanderte Typen oder Versionen zu erset- 
zen. Dies kann insbesondere vorteilhaft sein, wenn eine zu 
druckende Datei Finishing-Bef ehle einer bestimmten Norm (z. 
B. UP^I) enthalt und an einer Anlage bearbeitet werden soil, 
die diese Norm nicht erfullt, z. B- nicht UP^I-fahig ist. 

30 Weiterhin ermoglicht die Erfindung, Finishing-Bef ehle bzw. 
Daten einer ersten Norm zu ersetzen durch Finishing-Bef ehle 
bzw. Daten einer zweiten Norm, beispielsweise, wenn eine An- 
wendung auf einem neuen System ablauf en soil. 

35 Mit der Erfindung sind somit die Grundlagen geschaffen, sehr 
flexibel mit Druckdatenstromen in mehr oder weniger komplexen 
Druckproduktionssystemen umzugehen, in denen die Daten, Doku^ 
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mente bzw. Auf zeichnungstrager in mehreren verschiedenen Ge- 
raten verarbeitet werden. 

Bei der Umwandlung eines PCL- oder PS (Postscript) Datenstrom 
5 in AFP kann es zudem vorgesehen sein, dalS die Formdef -Datei 
in einem Zuge mit der Umwandlung der Druckdatendatei erstellt 
wird, d. h. sie wird sozusagen ,,on the fly'' gebildet. Mit 
diesen beiden Dateien (Formdef -Datei und Druckdatendatei) und 
der vom Anwender erzeugten erf inderischen Kontrolldatei kann 
10 dann direkt und sehr schnell die modif izierte Druckdatendatei 
und die modif izierte Formdef -Datei zur Verarbeitung des 
Druckauf trags in einem Drucksystem mit Finishing-Bef ehlen er- 
folgen. 

15 Die Erfindung kann insbesondere als Compute rprogramm (Soft- 
ware) realisiert sein. Sie kann damit als Computerprogramm- 
Modul als Datei auf einem Datentrager wie einer Diskette oder 
CD-Rom oder als Datei iiber ein Daten- bzw. Kommunikationsnet z 
verbreitet werden. Derartige und vergleichbare Computerpro- 

20 gramm-Produkte oder Computerprogramm-Elemente sind Ausgestal- 
tungen der Erfindung. Der erf indungsgemaSe Ablauf kann in ei- 
nem Computer, in einem Druckgerat oder in einem Drucksystem 
mit vorgeschalteten oder nachgeschalteten Datenverarbeitungs- 
geraten Anwendung finden, insbesondere wenn das Computerpro- 

25 gramm auf einem geeigneten Computer ablauf t und dort einen 
erf indungsgemaSen Verf ahrensablauf bewirkt. Dabei ist klar, 
daS entsprechende Computer, auf denen die Erfindung angewandt 
wird, weitere, an sich bekannte technische Einrichtungen wie 
Eingabemittel (Tastatur, Mouse, Touchscreen) , einen Mikropro- 

3 0 zessor, einen Daten- bzw. Steuerungsbus , eine Anzeigeeinrich- 
tung (Monitor, Display) sowie einen Arbeitsspeicher , einen 
Festplattenspeicher und eine Netzwerkkarte enthalten konnen. 

35 
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Bezugszeichenliste 





la. . 


.Ic 


erste Gruppe von Dokumenten 




2a. . 


.2c 


zweite Gruppe von Dokumenten 


5 


3a. • 


.3c 


mailpieces (Sendungen) 




3 




Host Computer 




4 




Bearbeitungscomputer (File Server) 




5 




Netzwerk-Architektur 




6 




Ausgabegerat 


10 


6a. . 


.6d 


Druckgerate 




7 




Ube rwachungs sy s t em 




7a 




Uberwachungscomputer 




7b 




Datenbank 




7c 




Computerprogramm-Module 


15 


8 




Print Manager 




9 




Konverter 




10a, 


10b 


Lesestation 




11a, 


lib 


Hand-Barcodeleser 




12, 


12a 


Client -Computer (Anwendernetzwerk) 


20 


13 




Netzwerk fiir Client . 




14a. 


.14d 


Druckda t enl e i t ungen 




15 




Ge r a t e s t eue rungs ne t z we r k 




16 




Druckserver 




16a 




Bildschirm 


25 


17 




Testsystem 




17a 




optisches Testsystem 




17b 




Barcode Testsystem 




17c 




MICR-Test system 




17d 




Datenerf assungs -Modul 


30 


18a 




S chne ideger a t 




18b 




Kuvertierer 




19 




Druckgut 




20 




Fo rma tie rung s - Compu t e rpr ogr amm 




21 




Kontrolldatei 


35 


22 




Druckda tendat e i 




23 




Formde f - Da t e i 




24 




Host -Druckertreiber 
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25 Drucksystem 

26 erstes Druckgerat 

2 7 zweites Druckgerat 
28 erstes Dokument 

5 2 9 zweites Dokument 

30 drittes Dokument 

31 PPFA-Kontrolldatei 

31a erster Teil der PPFA-Kontrolldatei 

31b zweiter Teil der PPFA-Kontrolldatei 

10 32 PPFA-Computerprogramm 

33 PPFA-Formdef-Datei 

34 Druckdatendatei 

35 Nachverarbeitungsschritte 

3 6 Nachverarbeitungsschritte 

15 

40 Job-Klammer 

41 Customer-Klammer 

42 Erste Account -Klammer 

43 Zweite Account -Klammer 
2 0 44 Zweite Customer- Klammer 

45 Dritte Account -Klammer 

4 6 Kontrolldatei 

47 Def initionsbereich fur Finishing-Operationen 

4 8 Def initionsbereich fiir Ebenen 

25 4 9 Def initionsbereich fur Zuordnungen 

5 0 CIS -Computerprogramm-Modul 

51 Modif izierte f ormdef -Datei 

52 Modif izierte Druckdatendatei 

30 SI Erzeugen der Kontrolldatei 

52 Verandern der Druckdatendatei 

53 Erzeugen des IPDS-Druckdatenstroms 

54 Ausdrucken 

55 Erzeugen der PPFA-Kontrolldatei 
35 S6 Erzeugen der PPFA-Formdef-Datei 

57 Erzeugen der Kontrolldatei 46 

58 Erzeugen des IPDS-Datenstroms 
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S9 Erzeugen des neuen f ormdef -Datei 

510 Konvertierungsprozefi fur variable Druckdaten 

511 Umwandlung AFP -> IPDS 

512 Dokumentenproduktion 



10 
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Patentanspruche : 

1. Verfahren zum Anreichern eines Eingangs- 
Dokumentendatenstroms, der wenigstens eine Formatdef ini- 
tionen beinhaltende Eingangs-Formatdatei (23) und eine in 
Bereiche und/oder Unterbereiche strukturierte, variable 
Da t etfi ' 'ent ha 1 1 ende " ETng^ngs - Dok^^^ enda t enda t e i ( 2 2 ) ent - 
halt, mit Finishing-Bef ehlen, wobei in einer Kontrollda- 
tei (46) Ebenenstrukturen definiert werden, die den Be- 
reichen (40) und/oder den Unterbereichen (41, 42, 43, 44) 
der Eingangs-Dokumentendatendatei (22) entsprechen, wobei 
in der Kontrolldatei (46) die Finishing-Bef ehle den Ebe- 
nen zugeordnet werden und wobei anhand der Kontrolldatei 

(46) , der Eingangs-Formatdatei (23) und der Eingangs- 
Dokumentendatendatei (22) von einera Compute rprogrammmodul 

(50) automatisch erzeugt wird: 

(a) eine Ausgangs- Format datei (51) , die in aufrufbaren 
Gruppen die Finishing-Bef ehle enthalt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatendatei (52) . 

2. Verfahren nach Anspruch 1, wobei in der Kontrolldatei 
(46) die Finishingbef ehle (47) und die Ebenen (48) defi- 
niert werden sowie eingetragen wird, welche Finishingbe- 
fehle in welcher Ebene angewandt werden. 

3. Verfahren nach Anspruch 2, wobei in der Kontrolldatei 
(46) festgelegt wird, welche Verarbeitungsbef ehle auf 
welchen Ebenen ausgefiihrt werden. 

4. Verfahren nach einem der vorhergehenden Anspruche, wobei 
das Dokumentenverarbeitungssystem (1) ein Druckprodukti- 
onssystem ist, das ein Druckgerat (2 6, 27) und mindestens 
ein Gerat (18a, 18b) zur Verarbeitung des Druckgutes' (19) 
vor Oder nach dem Druckvorgang umfasst und wobei die Fi- 
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nishingbef ehle mindestens eines der Gerate (18a, 18b) zur 
Verarbeitung des Druckgutes (19) vor oder nach dem Druck- 
vorgang ansteuern. 

5 5. Verfahren nach einem der vorhergehenden Anspriiche, wobei 
mit dem Computerprogrammmodul (50) die Daten der Aus- 
gangs-Formatdef initionsdatei (51) und die Daten der Aus- 
gangs-Dokumentendatei (52) zueinander korrespondierend 
erzeugt warden. 

10 

6. Verfahren nach einem der vorhergehenden Anspruche, wobei 
^ der resourcenstrukturierte Eingangs-Dokumentendatenstrom 

(22) und/oder der resourcenstrukturierte Ausgangs- 
Dokumentendatenstrom ein Advanced Function Presentation™ 
15 Datenstrom ist. 

7. Verfahren nach einem der Anspriiche 1 bis 5, wobei der 
resourcenstrukturierte Eingangs-Dokumentendatenstrom (22) 
und/oder der resourcenstrukturierte Ausgangs- 

20 Dokumentendatenstrom ein XML-, PPML- , PCL- oder Post 

Script -Datenstrom ist. 

8. Verfahren nach den Anspruch 6, wobei die Eingangs- und 
Ausgangs-Formatdef initionsdateien (23, 51) jeweils eine 

25 Formdef -Datei sind und dass der Compute rprogrammabschnitt 

(50) die Ausgangs- Formdef -Datei (51) gegenuber der Ein- 
gangs -Formdef -Datei (2 3) mit veranderten Medium Maps ver- 
sieht . 

30 9. Verfahren nach Anspruch 6 und Anspruch 8, wobei die Aus- 
gangs -Dokumentendatei (52) eine Druckdatei mit variablen 
Druckdaten ist und der Computerprogrammabschnitt (50) die 
variablen Daten mit Aufrufen der Medium Maps der Aus- 
gangs -Formdef -Datei (51) anreichert . 

35 

10. Verfahren nach einem der vorhergehenden Anspriiche , '''wobei 
eine nicht resourcenstrukturierte Datei eingelesen und 
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in einen resourcenstrukturiereten Eingangs-Datenstrom um- 
gewandelt wird und dann einem Verfahren nach einemder 
vorhergehenden Anspriiche unterzugen wird. 

11. Verfahren nach Anspruch 10, wobei nicht resourcenstruktu- 
rierte Datei eine Zeilendaten-Datei ist. 

12 .Verfahren nachT einem" der Anspruche 10 oder li, wobei zum 
Umwandeln der nicht resourcenstrukturierten Datei dassel- 
be Computerprograniramodul (50) verwendet wird wie zum Auf- 
bereiten der resourcenstrukturierten Eingangsdatei . 

13. Verfahren zum Verandern oder Entfernen von Finishing- 
Befehlen in einem Eingangs-Druckdatenstrom, der wenig- 
stens eine Formatdef initionen beinhaltende Eingangs- 
Formatdatei (23) und eine in Bereiche und/oder Unterbe- 
reiche strukturierte, variable Daten enthaltende Ein- 
gangs -Dokumentendatendatei (22) enthalt, wobei in einer 
Kontrolldatei (46) Ebenenstrukturen definiert werden, die 
den Bereichen^ (40) und/oder den Unterbereichen (41, 42, 
43, 44) der Eingangs -Dokumentendatendatei (22) entspre- 
chen, wobei in der Kontrolldatei (46) die veranderten Fi- 
nishing-Bef ehle den Ebenen zugeordnet werden und wobei 
anhand der Kontrolldatei (46) , der Eingangs -Format datei 
(23) und der Eingangs -Dokumentendatendatei (22) von einem 
Computerprogrammmodul (50) automat isch erzeugt wird: 

(a) eine Ausgangs-Formatdatei (51) , die in aufrufbaren 
Gruppen die veranderten Finishing-Bef ehle enthalt oder 
die zu entfernenden Finishing-Bef ehlen nicht mehr ent- 
halt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs- Dokumentendatendatei (52) . 

14 . Compute rprogrammprodukt zum Anreichern eines Eingangs - 
Dokumentendatenstroms, der wenigstens eine Formatdef ini - 
tionen beinhaltende Eingangs-Formatdatei (23) und eine in 
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Bereiche und/oder Unterbereiche strukturierte , variable 
Daten enthaltende Eingangs-Dokumentendatehdatei (22) ent- 
halt, mit Finishing-Bef ehlen, wobei in einer Kontrollda- 
tei (46) Ebenenstrukturen definiert werden, die den Be- 
reichen (40) und/oder den Unterbereichen (41, 42, 43, 44) 
der Eingangs-Dokumentendatendatei (22) entsprechen, wobei 
in der Kontrolldatei (46) die Finishing-Bef ehle den Ebe- 
nen zugeordnet werden und wobei ahhand der "Kbntrdirdatei 

(46) , der Eingangs- Format datei (23) und der Eingangs- 
Dokumentendatendatei (22) von einem Computerprogrammmodul 

(50) automat isch erzeugt wird: 

.(a) eine Ausgangs-Formatdatei (51) , die in aufrufbaren 
Gruppen die Finishing-Bef ehle enthalt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatendatei (52) . 

5 . Computerprogrammprodukt nach Anspruch 14, wobei in der 
Kontrolldatei (46) die Finishingbef ehle (47) und die Ebe- 
nen (48) definiert werden sowie eingetragen wird, welche 
Finishingbef ehle in welcher Ebene angewandt werden. 

6 . Computerprogrammprodukt nach Anspruch 15, wobei in der 
Kontrolldatei (46) festgelegt wird, welche Verarbeitungs- 
befehle auf welchen Ebenen ausgefiihrt werden. 

7 - Computerprogrammprodukt nach einem der Anspruche 14 bis 

16, wobei das Dokumentenverarbeitungssystem (1) ein 
Druckproduktionssystem ist, das ein Druckgerat (26, 27) 
und mindestens ein Gerat (18a, 18b) zur Verarbeitung des 
Druckgutes (19) vor oder nach dem Druckvorgang umfasst 
und wobei die Finishingbef ehle mindestens eines der Gera- 
te (18a, 18b) zur Verarbeitung des Druckgutes (19) vor 
Oder nach dem Druckvorgang ansteuern. 

8 . Computerprogrammprodukt nach einem der Anspruche < 14" bis 

17, wobei es geeignet ist, als resourcenstrukturierten 
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Eingangs-Dokumentendatenstrom (22) und/oder als resour- 
censtrukturierten Ausgangs-Dokumentendatenstrom einen 
Advanced Function Presentation*^" Datenstrom zu bearbeiten, 
wobei die Eingangs- und Ausgangs-Formatdef initionsdateien 
5 (23, 51) jeweils eine Formdef -Datei sind, wobei der Com- 

puterprogrammabschnitt (50) die Ausgangs- Formdef -Datei 
(51) gegeniiber der Eingangs -Formdef -Datei (23) mit veran- 
derten Medium Maps versieht und wobei die Ausgangs - 
• Dokumentendatei (52) eine Druckdatei mit variablen Druck- 
10 daten ist und der Computerprogrammabschnitt (50) die va- 

riablen Daten mit Aufrufen der Medium Maps der Ausgangs - 
Formdef -Datei (51) anreichert. 

} 

19 . Geratesystem zum Anreichern eines Eingangs- 

15 Dokumentendatenstroms, der wenigstens eine Foarmatdef ini- 

tionen beinhaltende Eingangs -Formatdatei (23) und eine in 
'. ■[ . Bereiche und/oder Unterbereiche strukturierte , variable 
Daten enthaltende Eingangs -Dokumentendatendatei (22) ent- 
halt, mit Finishing-Bef ehlen, wobei eine Kontrolldatei 
20 (46) vorgesehen ist , in der Ebenenstrukturen def inierbar 

sind, die den Bereichen (40) und/oder den Unterbereichen 
' (41/ 42, 43, 44) der Eingangs -Dokumentendatendatei (22) 

entsprechen, wobei in der Kontrolldatei (46) die Finis- 
hing-Befehle den Ebenen zugeordnet sind und wobei ein 
) 25 Computerprogrammmodul (50), vorgesehen ist, durch das an- 

hand der Kontrolldatei (46) , der Eingangs -Formatdatei 
(23) und der Eingangs -Dokumentendatendatei (22) automa- 
tisch erzeugt wird: 

(a) eine Ausgangs -Formatdatei (51) , die in aufrufbaren 
3 0 Gruppen die Finishing-Bef ehle enthalt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs -Dokumentendatendatei (52). 

35 20 . Geratesystem nach Anspruch 19, wobei in der Kontrolldatei 
(46) die Finishingbef ehle (47) und die Ebenen (4 8')'*'^:-^.def i - 
niert sind sowie eingetragen ist, welche Finishingbef ehle 
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in welcher Ebene angewandt werden. 

21. Geratesystem nach Anspruch 20, wobei in der Kontrollda- 
tei (46) festgelegt ist, welche Verarbeitungsbef ehle auf 
5 welchen Ebenen ausgefuhrt werden. 

22 - Geratesystem nach einem der Anspruche 19 bis 21, wobei 
das Dokumentenverarbeitungssystem (1) ein Druckprodukti- 
onssystem ist, das ein Druckgerat (26, 27) und mindestens 

10 ein Gerat (18a, 18b) zur Verarbeitung des Druckgutes (19) 

vor Oder nach dem Druckvorgang umfasst und wobei minde- 
stens eines der Gerate (18a, 18b) "so ausgebildet ist, 
dass es die Finishingbef ehle zur Verarbeitung des Druck- 
gutes (19) vor Oder nach dem Druckvorgang interpret ieren 

15 kann. 

23 . Geratesystem nach einem der Anspruche 19 bis 22, wobei 
ein Gerat (4) zum Empfang des der resourcenstrukturierte 
Eingangs-Dokumentendatenstroms (22) vorgesehen ist und so 

.2 0 ausgebildet ist, dass es einen Advanced Function Presen- 

tation^" Datenstrom interpret ieren und/oder bearbeiten- 
kann. 

24 . Geratesystem nach einem der Anspruche 19 bis 23, wobei 
25 ein Gerat (4) zum Empfang des der resourcenstrukturierte 

Eingangs-Dokumentendatenstroms (22) vorgesehen ist und so 
ausgebildet ist, dass es ein XML- , PPML-, PCL- oder Post 
Script -Datenstrom interpretieren und/oder bearbeitenkann. 
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Zu s ammen f a s sung 



In einem Verfahren, einem Geratesystem und einem Computerpro- 
grattimprodukt zum Anreichern eines Eingangs-Dokumentendaten- 
stroms, der wenigstens eine Format de f i nit ionen beinhaltende 
Eingangs- Format datei (23) und eine in Bereiche und/oder Un- 
terbereiche strukturierte, variable Daten enthaltende Ein- 
gangs -Dokumentendatendatei (22) enthalt, werden mit Finis- 
hing-Bef ehlen in einer Kontrolldatei (46) Ebenenstrukturen 
definiert, die den Bereichen (40) und/oder den Unterbereichen 

(41, 42, 43, 44) der Eingangs -Dokumentendatendatei (22) ent- 
sprechen. In der Kontrolldatei (46) werden die Finishing- 
Befehle den Ebenen zugeordnet und anhand der Kontrolldatei 

(46), der Eingangs -Forraatdatei (23) und der Eingangs- 
Dokumentendatendatei (22) von einem Computerprogrammmodul 

(50) automatisch eine Ausgangs-Formatdatei und eine variable 
Datei enthaltene Datei, in der bereichs- Oder unterbereichs- 
weise zugehorige Grppenauf ruf e enthalten sind, erzeugt. 

Hierzu Figur 4 
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Fig. 1 
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